home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 603 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  7.2 KB
  1. Date: Sat, 18 Jun 1994 19:55:50 -0400 (EDT)
  2. From: Timothy Miller <millert@undergrad.csee.usf.edu>
  3. Subject: Re: How-To-Vote [ADMIN]
  4. To: gem-list@world.std.com
  5. In-Reply-To: <199406182223.AA12921@world.std.com>
  6. Message-Id: <Pine.3.87.9406181950.B1333-0100000@grad>
  7. Mime-Version: 1.0
  8. Precedence: bulk
  9.  
  10.  
  11. Clauss:
  12. -----------------
  13. No. (I hope so ;-)
  14. I like the way 7up V2.2 (a German shareware texteditor) solves the
  15. 'dangerous' Ctrl-A problem:
  16. You just selected the whole text with Ctrl-A. If you type any letter now,
  17. 7up will ask in an alert box if you really want to overwrite the whole
  18. text. 7up doesn't ask, if you delete, cut or move the marked text.
  19.  
  20. In this way, there is no danger in Ctrl-A. What do you think about it,
  21. Timothy? Maybe, we can stop the Ctrl-A discussion if we agree that all
  22. programers should support this (or a similar) method to prevent the loss
  23. of the text by mistake.
  24. ------------------
  25. Once again, you are doing MORE work, writing more code, making up new 
  26. KLUDGES and a whole bunch of other garbage simply for the sake of saving 
  27. Ctrl-A.  Keeping Ctrl-A just isn't so important that we have to go out of 
  28. our way to keep it.  The simple and best solution is to get rid of it.  
  29. Change it to Shift-Ctrl-A, and you will have solved ALL of your problems 
  30. in ONE STEP!
  31.  
  32.  
  33. Neil:
  34. ----------------
  35. >No!  I hate the "throw another dialog box at the problem" solution.  It
  36. >reminds me of the Mac disk formatting 3 dialog nightmare.  Next there
  37. >will be the "are you really sure you want to do that?" dialog, then we'll
  38. >see a dialog after every keypress asking "did you really mean to type the
  39. >letter g?"  I prefer the other way.
  40.  
  41. Exactly - safety guards like this are an excuse for poor design.... The 
  42. answer
  43. is to get rid of the Windows/Mac 'big cursor' motion.... It really is a pain
  44. when it comes to writing long documents - in File Selectors it is fine, but
  45. otherwise, forget it.
  46. ----------------
  47. You CAN get rid of a well-accepted standard block-handling method simply 
  48. for the sake of saving Ctrl-A, but making a fundamental change in the way 
  49. blocks are handled will be FAR more devistating to the user than changing 
  50. something as simple and seldom used as Ctrl-A.
  51.  
  52.  
  53. Chris:
  54.  
  55. >I think that changing select all to control shift A is not only the
  56. >simplest, but also the most "elegant" solution, since it does not
  57.  
  58. Yes, definately the most elegant.
  59.  
  60. >require more dialogs (gee, I just hit control a when typing dialogs and
  61. >screen redrew the window.  control a strikes again) or eliminating the
  62. >well-accepted "big cursor" paradigm or changing it to have different
  63. >contextual meanings depending on whether one has selected the entire
  64.  
  65. Yes, I like the big-cursor system.  Changing Select-All to something 
  66. other than Ctrl-A is easy.  Making fundamental changes in the way blocks 
  67. are handled is far more devastating.  Besides that, deciding which block 
  68. paradigm to use is beyond the scope of this standard... we should cater 
  69. to all of them, and since some (many) will be using the big-cursor 
  70. system, then we should make sure it's safe for them.  And as pointed out 
  71. above, Ctrl-A DOES happen by accident!  If it's assigned to something 
  72. harmless like Redraw Window, then it's just great.  Additionally, making 
  73. the user memorize MORE shortcuts to handle blocks independantly of 
  74. regular text just won't work, and it wastes 'space' on the keyboard that 
  75. we could use for more useful short-cuts.
  76.  
  77. >document or only part of it.  I _like_ double clicking on words and
  78. >replacing them by just typing.  I do that many times in Atariworks, as
  79.  
  80. I am technical editor of Processor Direct Magazine.  I do a LOT of 
  81. editing.  Robert Fernandez and I edit the articles on paper, then I am 
  82. the one with the job of making the changes in the document in Atari 
  83. Works.  It's very often that I double-click-drag to select and change or 
  84. delete text by the word-unit.  I have gotten to the point where I have 
  85. begun writing an editor that is specifically for writers and editors that 
  86. makes what WE do most efficient.  (As TWP writers staff knows, I wrote a 
  87. prototype and gave it to them.)  I am often faced with simply replacing a 
  88. word.  I have to find it with the mouse, so I double-click on it with the 
  89. mouse then type in the new word.
  90.  
  91. I am also frequently plagued with that Shift-Backspace problem.  
  92. Fortunately, I'm always working with a hard-copy in hand.
  93.  
  94. >well as selecting areas and simply hitting backspace to delete them.  THe
  95. >only real problem is control A and (to a much lesser extent) shift
  96. >backspace.  But, UNDO solves both problems, and I'm getting in the habit
  97. >of hitting caps lock when I am going to type large amounts of things in
  98. >all caps.  If we cannot agree on control shift a, then I think we should
  99. >leave it alone.
  100.  
  101. I VERY frequently use the shift key to type in strings of caps.  If it's 
  102. just one word, I don't want to take the mental effort to find the 
  103. CAPS-LOCK key (which I almost NEVER use), hit it, type in the word, then 
  104. hit CAPS-LOCK again.  I just automatically hold shift and type in the 
  105. word.  When I make a mistake, I also automatically hit backspace, 
  106. instantly destroying my line.  Since I then automatically correct my 
  107. error, UNDO does nothing but remove the text that I just typed after 
  108. hitting Shift-Backspace.
  109.  
  110. For me, typing is an automatic thing.  The less I think about it, the 
  111. faster I am at it.  I don't want dangerous shortcuts that may destroy 
  112. things when I accedentally hit them, requiring me to think about what I 
  113. hit.  The only two things I'ave had any trouble with are Ctrl-A and 
  114. Shift-Backspace, because those are the only two that I tend to hit 
  115. accidentally while thinking about other things.  
  116.  
  117.  
  118. Ofir:
  119. -------------
  120. Undo   -                 Undo Last op
  121. Shift Undo -             Redo last op
  122. CTRL Undo -              Revert (abandon all changes and reload)
  123. -------------
  124. I like this.
  125.  
  126.  
  127. About the Close-Window and Cycle-Window options, I am not accustomed to 
  128. having ANY options to do that, except for the Lattice C editor's Ctrl-V 
  129. for cycle.  I'm just waiting to see what you guys decide to determine 
  130. what I'm going to use.  Cycle-Window is very important to me, so I want 
  131. it accessable from the keyboard.  On the other hand, Close-Window isn't, 
  132. and it's best to ask before closing, especially if it's not saved.
  133.  
  134.  
  135. Delete should Delete blocks.  Don't make it hard on us, guys.  I don't 
  136. want to have to learn another key just to delete blocks.
  137.  
  138.  
  139. Nieber:
  140. ----------------
  141. As has been pointed out, the risk of data loss can be avoided. But even if
  142. there were something to this, changing shortcuts that are used by virtually
  143. every program on the ATARI and even on other platforms is simply out of the
  144. question. Most programmers just won't do it. Also remember that many app-
  145. lications on the ATARI are no longer supported, but still used, so dramatic
  146. changes like this will probably end with 50% of the used applications using
  147. the old way, the other 50% the new way. Don't do that. This also applies to
  148. CONTRL-U. An existing well-established standard, even if not perfectly
  149. designed, is better than different competing standards.
  150. -----------------
  151. The question is what change is more dramatic?  Changing methods is 
  152. major.  Changing one shortcut is not.  If you have to change philosophies 
  153. because of ONE shortcut, something it wrong.
  154.  
  155.  
  156.  
  157.